home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 4750 / text0000.txt < prev   
Encoding:
Text File  |  1996-08-05  |  2.9 KB  |  59 lines
  1.  In a message dated 06 Feb 96, koren@hpsrk.fc.hp.com wrote to All:
  2.  
  3.  >> would take BGUI over MUI any day.  At least it's not as bloated as MUI,
  4.  
  5.  khf> Bloated?  I never considered it that.  muimaster.library is, lessee,
  6.  khf> 156 Kb.  Given what it does (check out the devkit!) I think that's
  7.  khf> pretty darned good.  You cannot get functionality for free.
  8.  
  9.  Oh, so MUI consists only of muimaster.library all of a sudden?  No, you can't
  10. get functionality for free, but a helluva lot cheaper than MUI.  With the risk
  11. of repeating myself, BGUI manages more or less the same in apx 100k.
  12.  
  13.  >> I sincerely hope that they do NOT use MUI or its descendents in a future
  14.  >> Amiga OS.
  15.  
  16.  khf> Well, I respect your opinion, but on the other hand I sure hope they
  17.  khf> *do* include it with the OS.  It is much nicer than gadtools both from
  18.  khf> a user and a programmer perspective (the later is a considerable
  19.  khf> understatement actually), and its the first thing on the Amiga that
  20.  khf> comes close to providing the sort of power to developers that's been
  21.  khf> available on other platforms for a long time.  The *last* thing the
  22.  khf> Amiga needs is to make developing applications a pain in the neck. 
  23.  
  24.  Look, I *KNOW* that it's a lot easier creating a GUI with MUI, but it's NOT
  25. the ONLY way to do it you know!  I only had a quick look at how MUI-GUI's was
  26. constructed, but it seemed VERY similar to the way BGUI operates, with
  27. horizontal and vertical groups, weights and stuff.  And it IS a god damn relief
  28. to create a GUI that way.
  29.  
  30.  khf> The whole Amiga market is teetering on the brink right now, and we want
  31.  khf> to shove it back to land, not over the cliff.  Not to mention that MUI
  32.  khf> almost transparently provides a bunch of features that all apps should
  33.  khf> be doing anyway, but usually don't otherwise because its a pain.
  34.  
  35.  Face it pal, MUI isn't the "Amiga-saviour" you want it to be.  The concept is
  36. great, no doubt about that, but first of all we should wait for the next gen
  37. Amiga to appear.  Then we'll have the horsepower to (hopefully) run things like
  38. MUI/BGUI without any slowdown.  Hopefully though, MUI/BGUI will be obsolete by
  39. the time the PowerAmiga hits the street, and something just as good (or better)
  40. will be present in the OS.
  41.  
  42.  khf> Even if the application consistency provided by MUI was its only
  43.  khf> benefit I'd still consider it useful.
  44.  
  45.  Application consistency?!  Between MUI programs, yes, until you start to
  46. configure each app to have its own backgrounds, buttons, etc, etc.  That's not
  47. exactly what I call application consistency.  No, MUI has way too many
  48. unnecessary bells'n'whistles for my taste.  Yet, beneath all those cosmetic
  49. niceties it's still the inside that counts, and that's where MUI really fails
  50. in my book.
  51.  
  52.  
  53.           /\  _
  54.          /\ \//   Peter Bornhall                bornhall@karkis.canit.se
  55.         /_ \//   -======================================================-
  56.        /_\\//_\   Amiga, boldly going where no computer has gone before!
  57.  
  58.  
  59.